Date: Wed, 5 Oct 94 04:30:23 PDT 

From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu> 
Errors-To: Ham-Digital-Errors@UCSD.Edu 

Reply-To: Ham-Digital@UCSD.Edu 

Precedence: List 

Subject: Ham-Digital Digest V94 #330 

To: Ham-Digital 


Ham-Digital Digest Wed, 5 Oct 94 Volume 94 : Issue 330 


Today's Topics: 
56k+ Packet System 
BAYCOM & MUD (2 msgs) 
C sources of 7+ ? 
EME digital link 
From FBB to TCP/IP ?NOS solution. 
High speed packet help needed! 
operating system history.. 
Paket 6.1 - Help file for MFJ1270?? 
THENET X1J2 


Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu> 
Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Ham-Digital Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 4 Oct 1994 15:05:27 -0400 
From: thayes@hardees.rutgers.edu (Tim Hayes) 
Subject: 56k+ Packet System 


gary@ke4zv.atl.ga.us (Gary Coffman) writes: 


>Well then you need a GRAPES 56kb RF modem. It's $250, and with the 
>necessary transverter and digital interface, it's still under $600. 
>Most of the voice radios being used for 1200 baud packet cost nearly 
>that much. 46 times the throughput for about the same money is an 
>unbeatable deal. 


From what I've heard there isn't a ealisy available transverter that works 
reliably with the GRAPES hardware. 


How much work is it to put one of these systems together? I'd be intersted in 
running something like this, but its hardly what you could call 
"plug and play"... 
Tim Hayes <thayes@noc.Rutgers.EDU> Rutgers University Computing Services 
PGP KEY FINGERPRINT: 05 A2 83 DE 81 AQ AF 1D 74 02 BE 99 FB 8E AF AC 


Date: 3 Oct 1994 20:26:44 GMT 
From: rgm@bilbo.baylor.edu (Ross G. Miller) 
Subject: BAYCOM & MUD 


<SNIP> 

: Hate to tell you, but the xonlyx mud code you're going to find is for 
: TCP/IP. Though there is one that works over Appletalk on the Mac, I 

: guess (hadn't thought about that). You're either going to switch over 
: to TCP/IP (easy) or totally rewrite the MUD driver (not so easy). 


<SNIP> 


On a similar note - what about running a MUD over packet (using a standard 
TNC) and using NOS as the TCP/IP driver?. Add to this mess the further 
complication that all of this is operating under OS/2 2.1. 


ie: I'm running 0S/2 2.1 on a 486-33. I'm planning on setting up a packet 
station using NOS for 0S/2. There is a mud that has been compiled for 

OS/2 out there - CircleMud, I believe. Is it possible to make the Mud and 
NOS and 0S/2 all get along and function properly? 

Thanks 


2 <-- Still waiting for the FCC to fill in the blanks... 


Date: 4 Oct 1994 00:30:30 GMT 
From: ron@chaos.UCSD.EDU (Ron Atkinson) 
Subject: BAYCOM & MUD 


Ross G. Miller (rgm@bilbo.baylor.edu) wrote: 
On a similar note - what about running a MUD over packet (using a standard 
TNC) and using NOS as the TCP/IP driver?. Add to this mess the further 
complication that all of this is operating under OS/2 2.1. 


ie: I'm running 0S/2 2.1 on a 486-33. I'm planning on setting up a packet 
station using NOS for 0S/2. There is a mud that has been compiled for 


OS/2 out there - CircleMud, I believe. Is it possible to make the Mud and 
NOS and OS/2 all get along and function properly? 
Thanks 


If you can get the NOS system to talk to it, then sure. I have no idea how 
it's setup to run under 0S/2 and to talk to other systems. If it uses 
TCP/IP under O0S/2 (not NOS either) then you just need a way to have NOS 
talk to that. Basically NOS should be setup as a front end to the OS/2 
box. If 0S/2 has TCP/IP installed then just give it an address and people 
can then telnet right into the MUD game. If the user is running just plain 
AX.25 then it's a bit more complicated. A kludge would be for the user to 
connect to the NOS system and then do a telnet to the MUD from the mailbox. 
As I mentioned in a previous message, this is very slow and doesn't work 
very well. A better way would be to get a connection redirector put into 
the NOS code to redirect one incoming protocol connect to another one. For 
example, you define an incoming AX.25 connect to actually do a telnet to 
another system and port number. Code for this exists for KA9Q base code 
and also for JNOS, but it's not in the release for JNOS at the moment (and 
I don't have the code handy either for JNOS but I have the patches for 
Phil's code somewhere). Can't say about NOS for OS/2 though. 


Bascially what I do at home now is run Linux with both AX.25 in the kernel 
and JNOS/Linux. JNOS runs the low speed 1200 stuff better, that's why 
it's installed. Plus it's easier for a regular packet person to understand 
when they see a NOS mailbox. The Linux side though is talking to the JNOS 
via a pty (psuedo tty) using SLIP and anyone can just telnet to any 
application running under the Linux side. The Linux is also published on 
the JNOS too so they don't even have to know to route via it since the 
JNOS will answer for incoming Linux packets over the air. I fired up a 
MUD a while back over packet just to goof around with and found that NOS 
didn't like some of it due to some terminal emulation that was required. 
When a local connects using Linux it works great, when using NOS some 
verions chopped over the first character of each line and some lines 

were double spaced. Trying to go through the JNOS mailbox on Linux was 
also a waste of time since that worked pretty badly. 


If you wanted to do incoming AX.25 connects to 

a MUD on a Linux system, install the AX.25 in the kernel and just modify 
the souce for the axl AX.25 listener program to run the MUD. I've done 
this for other applications and it's worked so far, but havn't tried it 
for a MUD to see if it works yet. Maybe I'll give it a whirl just out 

of curiosity. 


Ron N8FOW 


Date: 3 Oct 1994 08:11:34 +0100 


From: cerdini@zen.dedal.fr.net (Michel CERDINTI) 
Subject: C sources of 7+ ? 


Someone know where we can found C sources of 7plus (to compile it with Linux) ? 


Thanks, 

Michel CERDINI BP5574 69247 Lyon Cedex 05 | E-Mail cerdini@zen.dedal.fr.net 
RTC Zenith / BBS Zenux Acces Mail+News | AX25 FIITS@F8KLY.FRHA.FRA.EU 

Minitel: 7836.1996 - VFast 24k: 7836.1001 | AmprxrNet flits.ampr.org 44.151.69.10 


Date: 4 Oct 1994 01:54:36 GMT 
From: little@iamu.chi.dec.com (Todd Little) 
Subject: EME digital link 


In article <Cx3zL2.692@cscsun.rmc.edu>, dtiller@cscsun.rmc.edu (David Tiller) 
writes: 

|> 

|>Don't forget Faraday rotation, libration fading, etc...Why not wait for the 
|>phase 3d sats - geostationary beats the tar out of the moon, IMHO, and it's 
|>a lot closer (shorter delay time). 

[Fe 


To the best of my knowledge, phase 3d is xnotx geostationary. It's hard to 
get world wide funding for a bird in geosynchronous orbit since it would 
only cover a portion of one hemisphere. 


73, 
Todd 
NOMWB 


Date: Mon, 03 Oct 94 05:56:26 GMT 
From: filip@ppnway.ping.dk (Filip Stadler) 
Subject: From FBB to TCP/IP ?NOS solution. 


- I have some questions related to JNOS, because I like to 
replace a running fbb-bbs installation with a tcp/ip nos 
solution and later do a switch from dos to maybe linux. 
But It's not easy to brake old habbits :-) 


- First I must say after running fbb-bbs a long time and 
makeing tools and small online programs,cfilter,mfilters, 
message servers and etc, I get almost dependent on this 

great fbb program :-). Maybe that explains why this fbb 


bbs software is a very commen solution in europe and the 
usage of local tcp/ip radio activity is maybe limited. 


Data-compression on mail forward and phone modem support 
with commen protocols like x/Zmodem does also make it a 
nice solution with FBB in some cases. Anyway bulletin 
distribution of mail areas on a FBB is limited, even if we 
localy have made usage of (G PPN#HHF) in forward files to 
make maybe 000-999 news-chanals assigned to local area 
interrest groups and where a forward is done on subjects. 

No swapping is needed or recommend but a PG SEND program can 
put new mail in the right PPNiHHF distribution chanal 
depending on keywords. The usage of selective distribution 
is very easy and (! G PPNO10) or (G PPNOdHF) is nice to have. 


- All this is only done, because it's not possible to use 
maybe (G radio.digital.*) on FBB 5.15C. But then it should 
be possible on a tcp/ip JNOS solution with smtp/nntp ? 


- Anyway I have a JNOS 1.10F but for some reason the ppp 
protocol were missing and the NNTP was not included, but 
something called POP3 was included ? 


A first time nos installation from the beginning is not easy 
with all the very drifferent unknown nos versions were some 
parts are missing. So I have to find a solution/compilation 
some where, with ppp was implemented also, can you help me? 


By the way is it possible to do forward between a fbb-bbs 
and jnos via PSTN/Modem connections also? 


I am running DOS and I also have Turbo-C 2.0 and have a 
limited C know-how, but is it possible to compile jnos 
1.10 with using the turbo-c 2.0 compiler ? 


My plans is to install linux later makes the jnos tcp/ip 
packet solution looking even more fun as fbb may not be 
available for linux anyway and it's fun with alternative 
solutions also. I understand that usage of mail-compression 
on forward etc. like on the FBB is also commen now on tcp/ip 
packet mailbox solution even netrom support is part of jnos, 
so it is a much interresting solution. 


I have two AEA PK88 modems and a ZyXEL modem on a 486/8mb 
with NE2000 connnected to another pc. where disk resources 
etc. should be possible shared via a (tcp/ip peer to peer) 
link solution. 


I welcome any advise or suggestions going from the fbb to 
a tcp/ip compatible solution on packetradio. 


) <filip@ppnway.ping.dk> 
/M>Filip 
//Stadler 


Date: 4 Oct 1994 02:27:23 GMT 
From: au659@yfn.ysu.edu (Christopher Carde) 
Subject: High speed packet help needed! 


Hello! I've been trying to set up several local (ie very low power) high 
speed data (hopefully > 9600) links as the hopefull beginning of a high speed 
TCP/IP subnet in my area (Western Mass). However, I've been off of packet for 
a long time (ever since my last station was downed from massive equipment 
failure) and I'm willing to bet that a lot has changed in that time. 


I would very much appreciate it if anyone could give me some pointers 
on what radios/modems/bands I should consider! At this point, we'll probably 
be starting out with a single point to point link, but at some point we'd 
like to add more nodes, either with another point to point link, or using 
one LAN frequency. 


Any and all help and advice will be appreciated! 


Chris 
NIKEX 


Date: 3 Oct 1994 21:31:48 GMT 
From: richard@sfu.ca (Richard Chycoski) 
Subject: operating system history.. 


> Can't say I noticed it particularly myself, and I jumped directly 
>from the one to the other. There was a microprocessor, name forgotten, that 
>did implement a PDP-8. 


>Ivan Reid, Paul Scherrer Institute, CH. 
>ivan@cvax.psi.ch 


The Harris 6120 implemented the PDP8 instruction set. DEC used it in 4 
products: VT78, VT278, DECmate II and DECmate III 
Jeff McLeman Internet: jeffmc@halcyon.com 


VVVV VV VV VV 


Intersil made the IM6100, the original PDP/8 micro. (Harris made copies of this 
with varyng configurations.) I still have an old Intersil development board 
around. It's main claim to fame: low power CMOS design, while most 
microcomputers of the time were still pretty power hungry. 


PAL III, anybody? (:-) 


- Richard Chycoski richard@sfu.ca (NeXT Mail Ok) 
Senior Systems Consultant 
Academic Computing Services 
Simon Fraser University 


Date: Tue, 4 Oct 1994 12:52:35 GMT 
From: frode@dxcern.cern.ch (Frode Weierud) 
Subject: Paket 6.1 - Help file for MFJ1270?? 


In <uM9Zk4WZUS9EO69yn@kaiwan.com> bnovak@kaiwan.com (Bob Novak) writes: 


>In article <36if00$qpq@vixen.cso.uiuc.edu>, 

>dlehnen@prairienet.org (Dan Lehnen) wrote: 

>> 

>> I have heard that there is a Paket 6.1 version out. Can anyone tell 
>> me where to find it.? 


>> Paket Lover in Illinois. 

>> -- 

> It's at FTP.FUNET.FI 

> /pub/ham/packet/terminal/paket61. zip 


I have just fetched paket61.zip from the above mentioned address 

and installed it on my machine. It looks great, but during installation 
I gave my TNC as MFJ1270, and the installation program failed to 

find the help file for this TNC. The read.me file says: 


This version includes eleven different TNC Help files, many of which were 
supplied by paKet users. Thanks to those who have produced these 
additional Help files for their TNCs. I know all users of those TNCs will 
appreciate your efforts: 


Help File 


Description 


Created by 


DSP-12.HLP for the DSP-12 Carl VK2JJM 

KAM.HLP for the Kantronics range Col VK2KQX 
especially for the KAM updated by 

Andy VKA4WAC 
KPC-3.HLP for the Kantronics KPC-3 Carl KGOHS 
MFJ1270.HLP for the MFJ 1270B and Philip ZL3GP 
(new in 6.1) the MFJ-1274 

PK-88.HLP for the AEA PK-88 Jim G6FCL 

TINY231.HLP for the TINY-2 with firmware Stan G4EGH 
versions 3.0 or 3.1 

TNC1.HLP for the original TNC-1 Norm VK2XCI 


The distribution on FTP.FUNET.FI has only ten help files and the 
MFJ1270.HLP is missing. Anybody known where to get the missing file? 


73 Frode, F/LA2RL 


Date: Tue, 04 Oct 94 07:52:28 EDT 
From: rapp@lmr.mv.com (Larry Rappaport) 
Subject: THENET X1I2 


jim.ridley@aznetig.stat.COM (Jim Ridley) writes: 


I am having a problem with the memory deteriorating on a X1J2 firmware. 
The memory seems to deteriorate worse when large file transfers and etc 
are being passed. I am using a Tiny II with a DCD board installed. 
Meter switches have been toggled off. I understand this is somewhat of 
a common problem and I wonder if anyone has a solution. 

Thanks de Jim Ridley (K5LGW) 


VVVVV VV 


Having the same problem, Jim. The two responses I've gotten indicate that 
you must use a TNC with a cpu operating at 4.9Mhz or above. One fellow 
indicates that he switchet to 10mhz and the problem disappeared. The other 
solution was to use a DCD board which you already seem to have. 


Please post any other solutions you may hear of. Thanks & 73, 


Larry W1HIF 


L. M. Rappaport & Associates, Inc. rapp@lmr.mv.com voice +1 603 237 8400 
Colebrook, NH 03576-0158 CIS 72427 ,2567 fax +1 603 237 8430 


Date: 4 Oct 1994 17:58:37 GMT 
From: noel@garnet.msen.com (Noel Maddy) 


References<10C1T199406574292@erich.triumf.ca> <jeffimc.37.000BE3FF@halcyon.com>, 
<Cx0r5w.oq@news.cern.ch> 
Subject: Re: operating system history.. 


Dan Pop (danpop@cernapo.cern.ch) wrote: 
: In <jeffmc.37.Q00O0BE3FF@halcyon.com> jeffmc@halcyon.com (Jeff McLeman) writes: 


: >canceled RISC machine that DEC was doing, until the politics got involved. The 
: >cancelation prompted the departure of DEC's best OS and HW architects to 
: >Microsoft. The end result is Windows NT.) 


: What the hell is Microsoft supposed to do with HW architects? 
: We've seen what they did with the OS architects :-) 


Dan 
: Dan Pop 
: CERN, CN Division 
: Email: danpop@cernapo.cern.ch 
: Mail: CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland 


They developed a new mouse and a new keyboard! ;-) 
Noel Maddy noel@mail.msen.com Work: necm@biostat.hfh.edu 
"There are no infrastructure heros." - Dan McLaren 


End of Ham-Digital Digest V94 #330 
KKKKKKKKKKKKKKKKKKKKKKKKEKRKA AKA A 


